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Abstract 

Brodal recently introduced the first implementation of imperative priority queues to sup¬ 
port findMin , insert, and meld in 0(1) worst-case time, and deleteMin in 0(log n) worst- 
case time. These bounds are asymptotically optimal among all comparison-based priority 
queues. In this paper, we adapt Brodal’s data structure to a purely functional setting. In 
doing so, we both simplify the data structure and clarify its relationship to the binomial 
queues of Vuillemin, which support all four operations in 0(log n) time. Specifically, we de¬ 
rive our implementation from binomial queues in three steps: first, we reduce the running 
time of insert to 0(1) by eliminating the possibility of cascading links; second, we reduce 
the running time of findMin to 0(1) by adding a global root to hold the minimum element; 
and finally, we reduce the running time of meld to 0(1) by allowing priority queues to con¬ 
tain other priority queues. Each of these steps is expressed using ML-style functors. The 
last transformation, known as data-structural bootstrapping, is an interesting application 
of higher-order functors and recursive structures. 


1 Introduction 

Purely functional data structures differ from imperative data structures in at least 
two respects. First, many imperative data structures rely crucially on destructive 
assignments for efficiency, whereas purely functional data structures are forbidden 
from using destructive assignments. Second, purely functional data structures are 
automatically persistent (Driscoll et al, 1989), meaning that, after an update, both 
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the new and old versions of a data structure are available for further accesses 
and updates. In contrast, imperative data structures are almost always ephemeral, 
meaning that, after an update, only the new version of a data structure is available. 
In many cases, these differences prevent functional programmers from simply using 
off-the-shelf data structures, such as those described in most algorithms texts. The 
design of efficient purely functional data structures is thus of great theoretical and 
practical interest to functional programmers, as well as to imperative programmers 
for those occasions when a persistent data structure is required. In this paper, we 
consider the design of an efficient purely functional priority queue. 

The priority queue is a fundamental abstraction in computer programming, ar¬ 
guably surpassed in importance only by the dictionary and the sequence. Many 
implementations of priority queues have been proposed over the years; a small 
sampling includes (Williams, 1964; Crane, 1972; Vuillemin, 1978; Fredman & Tar- 
jan, 1987; Brodal, 1996). However, all of these consider only imperative priority 
queues. Very little has been written about purely functional priority queues. To 
our knowledge, only Paulson (1991), Kaldewaij and Schoenmakers (1991), Schoen- 
makers (1992), and King (1994) have explicitly treated priority queues in a purely 
functional setting. 

We consider priority queues that support the following operations: 


findMtn (q) 
insert (x, q) 
meld ( qi, q^j) 
deleteMm (q) 


Return the minimum element of queue q. 
Insert the element x into queue q. 

Merge queues q\ and 52 into a single queue. 
Discard the minimum element of queue q. 


In addition, priority queues supply a value empty representing the empty queue 
and a predicate isEmpty. For simplicity, we will ignore empty queues except when 
presenting actual code. Figure 1 displays a Standard ML signature for these priority 
queues. 

Brodal (1995) recently introduced the first imperative data structure to sup¬ 
port all these operations in 0(1) worst-case time except deleteMm , which re¬ 
quires O(logn) worst-case time. Several previous implementations, most notably 
Fibonacci heaps (Fredman & Tarjan, 1987), had achieved these bounds, but in an 
amortized, rather that worst-case, sense. It is easy to show by reduction to sorting 
that these bounds are asymptotically optimal among all comparison-based priority 
queues — the bound on deleteMm cannot be decreased without simultaneously 
increasing the bounds on findMm, insert, and/or meld. 

It is reasonably straightforward to adapt Brodal’s data structure to a purely func¬ 
tional setting by combining the recursive-slowdown technique of Kaplan and Tar¬ 
jan (1995) with a purely functional implementation of double-ended queues (Hood, 
1982; Okasaki, 1995c). However, this approach suffers from at least two defects, one 
practical and one pedagogical. First, both recursive slowdown and double-ended 
queues carry non-trivial overheads, so the resulting data structure is quite slow 
in practice (even though asymptotically optimal). Second, the resulting design is 
difficult to explain and understand. The design choices are intermingled, and it is 
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signature ORDERED = 
sig 

type T 

val leq : T x T —>■ bool 

signature PRIORITY-QUEUE = 
sig 

structure Elern : ORDERED 
type T 

val empty : T 

val isEmpty : T —>■ bool 

val insert : Elem.T x T —>■ T 

val meld : T x T ->■ T 

exception EMPTY 

val findMin : T Elem. T 

val deleteMin : T —>■ T 


(* type of ordered elements *) 
(* total ordering relation *) 


(* type of priority queues *) 


(* raises EMPTY if queue is empty *) 
(* raises EMPTY if queue is empty *) 


Figure 1: Signature for priority queues. 


difficult to see the purpose and contribution of each. Furthermore, the relationship 
to other priority queue designs is obscured. 

For these reasons, we take an indirect approach to adapting Brodal’s data struc¬ 
ture. First, we isolate the design choices in Brodal’s data structure and rethink 
each in a functional, rather than imperative, environment. This allows us to re¬ 
place recursive slowdown with a simpler technique borrowed from the random- 
access lists of Okasaki (1995b) and to eliminate the need for double-ended queues 
altogether. Then, starting from a well-known antecedent — the binomial queues 
of Vuillemin (1978) — we reintroduce each modification, one at a time. This both 
simplifies the data structure and clarifies its relationship to other priority queue 
designs. 

We begin by reviewing binomial queues, which support all four major opera¬ 
tions in O(logn) time. We then derive our data structure from binomial queues 
in three steps. First, we describe a variant of binomial queues, called skew bino¬ 
mial queues, that reduces the running time of insert to 0(1) by eliminating the 
possibility of cascading links. Second, we reduce the running time of findMin to 
0(1) by adding a global root to hold the minimum element. Third, we apply a 
technique of Buchsbaum et al. (Buchsbaum et al, 1995; Buchsbaum & Tarjan, 
1995) called data-structural bootstrapping, which reduces the running time of meld 
to 0(1) by allowing priority queues to contain other priority queues. Each of these 
steps is expressed using ML-style functors. The last transformation, data-structural 
bootstrapping, is an interesting application of higher-order functors and recursive 
structures. After describing a few possible optimizations, we conclude with brief 
discussions of related work and future work. 
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Rank 0 Rank 1 Rank 2 


Rank 3 


Figure 2: Binomial trees of ranks 0-3. 

All source code is presented in Standard ML (Milner et at, 1990) and is available 
through the World Wide Web from 

http://foxnet.cs.emu.edu/people/cokasaki/priority.html 


2 Binomial Queues 

Binomial queues are an elegant form of priority queue introduced by Vuillemin (1978) 
and extensively studied by Brown (1978). Although they considered binomial queues 
only in an imperative setting, King (1994) has shown that binomial queues work 
equally well in a functional setting. In this section, we briefly review binomial queues 
— see King (1994) for more details. 

Binomial queues are composed of more primitive objects known as binomial trees. 
Binomial trees are inductively defined as follows: 

• A binomial tree of rank 0 is a singleton node. 

• A binomial tree of rank r + 1 is formed by Unking two binomial trees of rank 
r, making one tree the leftmost child of the other. 

From this definition, it is easy to see that a binomial tree of rank r contains exactly 
2 r nodes. There is a second, equivalent definition of binomial trees that is sometimes 
more convenient: a binomial tree of rank r is a node with r children t\ . . ,t r , where 
each ti is a binomial tree of rank r — i. Figure 2 illustrates several binomial trees 
of varying rank. 

Assuming a total ordering on nodes, a binomial tree is said to be heap-ordered if 
every node is < each of its descendants. To preserve heap order when linking two 
heap-ordered binomial trees, we make the tree with the larger root a child of the 
tree with the smaller root, with ties broken arbitrarily. 

A binomial queue is a forest of heap-ordered binomial trees where no two trees 
have the same rank. Because binomial trees have sizes of the form 2 r , the ranks 
of the trees in a binomial queue of size n are distributed according to the ones in 
the binary representation of n. For example, consider a binomial queue of size 21. 
The binary representation of 21 is 10101, and the binomial queue contains trees of 
ranks 0, 2, and 4 (of sizes 1, 4, and 16, respectively). Note that a binomial queue 
of size n contains at most [log 2 (n + 1)J trees. 

We are now ready to describe the operations on binomial queues. Since all the 
trees in a binomial queue are heap-ordered, we know that the minimum element 
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in a binomial queue is the root of one of the trees. We can find this minimum 
element in O(logn) time by scanning through the roots. To insert a new element 
into a queue, we first create a new singleton tree (i.e., a binomial tree of rank 0). 
We then step through the existing trees in increasing order of rank until we find 
a missing rank, linking trees of equal rank as we go. Inserting an element into 
a binomial queue corresponds precisely to adding one to a binary number, with 
each link corresponding to a carry. The worst case is insertion into a queue of size 
n = 2 k — 1, requiring a total of k links and O(logn) time. The analogy to binary 
addition also applies to melding two queues. We step through the trees of both 
queues in increasing order of rank, linking trees of equal rank as we go. Once again, 
each link corresponds to a carry. This also requires O(logn) time. 

The trickiest operation is deleteMm. We first find the tree with the minimum 
root and remove it from the queue. We discard the root, but then must return its 
children to the queue. However, the children themselves constitute a valid binomial 
queue (i.e., a forest of heap-ordered binomial trees with no two trees of the same 
rank), and so may be melded with the remaining trees of the queue. Both finding 
the tree to remove and returning the children to the queue require O(logn) time, 
for a total of O(logn) time. 

Figure 3 gives an implementation of binomial queues as a Standard ML func¬ 
tor that takes a structure specifying a type of ordered elements and produces a 
structure of priority queues containing elements of the specified type. Two aspects 
of this implementation deserve further explanation. First, the conflicting require¬ 
ments of insert and link lead to a confusing inconsistency, common to virtually all 
implementations of binomial queues. The trees in binomial queues are maintained 
in increasing order of rank to support the insert operation efficiently. On the other 
hand, the children of binomial trees are maintained in decreasing order of rank to 
support the link operation efficiently. This discrepancy compels us to reverse the 
children of the deleted node during a deleteMm. Second, for clarity, every node con¬ 
tains its rank. In a realistic implementation, however, only the roots would store 
their ranks. The ranks of all other nodes are uniquely determined by the ranks 
of their parents and their positions among their siblings. King (1994) describes 
an alternative representation that eliminates all ranks, at the cost of introducing 
placeholders for those ranks corresponding to the zeros in the binary representation 
of the size of the queue. 


3 Skew Binomial Queues 

In this section, we describe a variant of binomial queues, called skew binomial 
queues, that supports insertion in 0(1) worst-case time. The problem with binomial 
queues is that inserting a single element into a queue might result in a long cascade 
of links, just as adding one to a binary number might result in a long cascade of 
carries. We can reduce the cost of an insert to at most a single link by borrowing a 
technique from random-access lists (Okasaki, 1995b). Random-access lists are based 
on a variant number system, called skew binary numbers (Myers, 1983), in which 
adding one causes at most a single carry. 
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functor BinomialQueue (E : ORDERED ) : PRIORITY-QUEUE = 

structure Elern = E 
type Rank = int 

datatype Tree = Node of Elem. T x Rank x Tree list 

type T = Tree list 

(* auxiliary functions *) 

fun root (Node (x,r,c)) = x 

fun rank (Node ( x,r,c )) = r 

fun link ( t\ as Node ( xi,ri,ci ), £2 as Node ( x 2 ,r 2 ,c 2 )) = (* n = r 2 *) 

if Elem.leq (xi, x 2 ) then Node (xi,ri+l,t 2 ::ci) else Node (x 2 ,r 2 + l,ti ■■ c 2 ) 
fun ms (t, [ ]) = [t] 

| ins ( t , t' :: ts) = (* rank t < rank t' *) 

if rank t < rank t' then t :: t' :: ts else ins (link (t, t'), ts) 
val empty = [ ] 
fun isEmpty ts = null ts 
fun insert (x, ts) = ins (Node (x,0,[]), ts) 
fun meld ([], ts) = ts 
| meld (ts, [ ]) = ts 
| meld ( t\ :: ts\, t 2 :: ts 2 ) = 

if rank 1 1 < rank t 2 then 1 1 :: meld (ts 1, t 2 :: ts 2 ) 
else if rank t 2 < rank 1 1 then t 2 :: meld (t 1 :: ts 1, ts 2 ) 
else ins (link (t 1, t 2 ), meld (ts 1, ts 2 )) 
exception EMPTY 
fun findMin [ ] = raise EMPTY 
| findMin [t] = root t 
j findMin (t ::ts) = 

let val x = findMin ts 

in if Elem.leq (root t, x) then root t else x end 
fun deleteMin [] = raise EMPTY 
| deleteMin ts = 

let fun getMin [t] = (t, []) 

| getMin (t ■.■.ts) = 

let val (t 1 , ts 1 ) = getMin ts 

in if Elem.leq (root t, root t') then (t, ts) else (t', t :: ts') end 
val (Node (x,r,c), ts) = getMin ts 
in meld (rev c, ts) end 


Figure 3: A functor implementing binomial queues. 
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(a) (b) (c) 


Figure 4: The three methods of constructing a skew binomial tree of rank r + 1. (a) a 
simple link, (b) a type A skew link, (c) a type B skew link. 


In skew binary numbers, the fcth digit represents 2 k+1 — 1, rather than 2 k as in 
ordinary binary numbers. Every digit is either zero or one, except that the lowest 
non-zero digit may be two. For instance, 92 is written 002101 (least-significant digit 
first). A carry occurs when adding one to a number whose lowest non-zero digit is 
two. For instance, 1 + 002101 = 000201. Because the next higher digit is guaranteed 
not to be two, only a single carry is ever necessary. 

Just as binomial queues are composed of binomial trees, skew binomial queues 
are composed of skew binomial trees. Skew binomial trees are inductively defined 
as follows: 

• A skew binomial tree of rank 0 is a singleton node. 

• A skew binomial tree of rank r + 1 is formed in one of three ways: 

— a simple link, making a skew binomial tree of rank r the leftmost child of 
another skew binomial tree of rank r; 

— a type A skew link, making two skew binomial trees of rank r the children 
of a skew binomial tree of rank 0; or 

— a type B skew link, making a skew binomial tree of rank 0 and a skew 
binomial tree of rank r the leftmost children of another skew binomial 
tree of rank r. 

Figure 4 illustrates the three kinds of links. Note that type A and type B skew 
links are equivalent when r = 0. Ordinary binomial trees and perfectly balanced 
binary trees are special cases of skew binomial trees obtained by allowing only 
simple links and type A skew links, respectively. A skew binomial tree of rank r 
constructed entirely with skew links (type A or type B) contains exactly 2 r+1 — 1 
nodes, but, in general, the size of a skew binomial tree t of rank r is bounded by 
2 r < \t\ < 2 r+1 — 1. In addition, the height of a skew binomial tree is equal to 
its rank. Once again, there is a second, equivalent definition: a skew binomial tree 
of rank r > 0 is a node with up to 2 k children siti . . . sQk (1 < k < r), where 
each ti is a skew binomial tree of rank r — i and each s 8 is a skew binomial tree of 
rank 0, except that Sk has rank r — k (which is 0 only when k = r). Every s 8 is 
optional except that Sk is optional only when k = r. Although somewhat confusing, 
this definition arises naturally from the three methods of constructing a tree. Every 
Sktk pair is produced by a type A skew link, and every s 8 t 8 pair (i < k) is produced 
by a type B skew link. Every ti without a corresponding s 8 is produced by a simple 
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A A 4 A 

Figure 5: The twelve possible shapes of skew binomial trees of rank 2. Dashed boxes 
surround each s t t t pair. 


link. Unlike ordinary binomial trees, skew binomial trees may have many different 
shapes. For example, the twelve possible shapes of skew binomial trees of rank 2 
are shown in Figure 5. 

A skew binomial tree is heap-ordered if every node is < each of its descendants. 
To preserve heap order during a simple link, we make the tree with the larger root 
a child of the tree with the smaller root. During a skew link, we make the two trees 
with larger roots children of the tree with the smallest root. We perform a type A 
skew link if the rank 0 tree has the smallest root, and a type B skew link if one of 
the rank r trees has the smallest root. 

A skew binomial queue is a forest of heap-ordered skew binomial trees where no 
two trees have the same rank, except possibly the two smallest ranked trees. Since 
skew binomial trees of the same rank may have different sizes, there may be several 
ways to distribute the ranks for a queue of any particular size. For example, a skew 
binomial queue of size 4 may contain one rank 2 tree of size 4; two rank 1 trees, 
each of size 2; a rank 1 tree of size 3 and a rank 0 tree; or a rank 1 tree of size 2 
and two rank 0 trees. Flowever, the maximum number of trees in a queue is still 
O(logn). 

We are now ready to describe the operations on skew binomial queues. The 
findMm and meld operations are almost unchanged. To find the minimum element 
in a skew binomial queue, we simply scan through the roots, taking O(logn) time. 
To meld two queues, we step through the trees of both queues in increasing order 
of rank, performing a simple link (not a skew link!) whenever we find two trees of 
equal rank. Once again, this requires O(logn) time. 

The big advantage of skew binomial queues over ordinary binomial queues is that 
we can now insert a new element in 0(1) time. We first create a new singleton tree 
(i.e., a skew binomial tree of rank 0). We then check the ranks of the two smallest 
trees in the queue. If both trees have rank r, then we skew link these two trees with 
the new rank 0 tree to get a new rank r + 1 tree. We know that there can be no 
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functor Skew Binomial Queue (E : ORDERED ) : PRIORITY-QUEUE = 

structure Elem = E 
type Rank = int 

datatype Tree = Node of Elem. T x Rank x Tree list 

type T = Tree list 

(* auxiliary functions *) 

fun root (Node (x,r,c)) = x 

fun rank (Node ( x,r,c )) = r 

fun link ( t\ as Node ( xi,ri,ci ), £2 as Node ( X2P2P2 )) = (* n = f2 *) 

if Elem.leq (xi,x 2 ) then Node (xi,ri + l,t 2 ::ci) else Node (x 2 ,r2 + l,ti ::c 2 ) 
fun skewLink ( t 0 as Node (x 0 ,r 0 ,-), 1 1 as Node (xi,ri,ci), t 2 as Node ( X2P2P2 )) = 
if Elem.leq (xi,x 0 ) andalso Elem.leq (xi,x 2 ) then Node (xi,ri + l,t 0 ■■ t 2 ::ci) 
else if Elem.leq (x2,xo) andalso Elem.leq (x2,xi) then Node (^2,r2 + l,to ■ ■ t 1 :: C2) 
else Node (:ro,ri+l,[ti, £2]) 
fun ms (t, [ ]) = [t] 

| ins ( t , t' :: ts) = (* rank t < rank t' *) 

if rank t < rank t’ then t :: t’ :: ts else ins (link ( t , t’), ts) 
fun uniqify [ ] = [ ] 

| uniqify (t:: ts) = ins (t, ts) (* eliminate initial duplicate *) 
fun meldUniq ([], ts) = ts 
| meldUniq (ts, []) = ts 
| meldUniq (ti :: tsi, t2 ts2) = 

if rank 1 1 < rank t2 then 1 1 :: meldUniq (ts 1, t2 :: ts2) 
else if rank t 2 < rank 1 1 then t 2 :: meldUniq (t 1 :: ts 1, ts 2 ) 
else ins (link (t 1, t 2 ), meldUniq (ts 1, ts 2 )) 
val empty = [ ] 
fun isEmpty ts = null ts 


Figure 6: A functor implementing skew binomial queues (part I). 


more than one existing rank r + 1 tree, and that this is the smallest rank in the 
new queue, so we simply add the new tree to the queue. If the two smallest trees 
in the queue have different ranks, then we simply add the new rank 0 tree to the 
queue. Since there was at most one existing tree of rank 0, the new queue contains 
at most two trees of the smallest rank. In either case, we are done. 

Again, deleteMm is the most complicated operation. We first find and remove 
the tree with the minimum root. After discarding the root, we partition its children 
into two groups, those with rank 0 and those with rank > 0. Other than s & and 
tk, every s 8 - has rank 0 and every ti has rank > 0. The ranks of s^ and tk are both 
0 when k = r and both > 0 when k < r. Note that every rank 0 child contains a 
single element. The children with rank > 0 constitute a valid skew binomial queue, 
so we meld these children with the remaining trees in the queue. Finally, we reinsert 
each of the rank 0 children. Each of these steps requires O(logn) time, so the total 
time required is O(logn). 

Figures 6 and 7 present an implementation of skew binomial queues as a Stan- 
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fun insert (x, ts as 1 1 :: t 2 :: rest) = 

if rank 1 1 = rank t 2 then skewLink ( Node (a;,0,[ ]),ti ,t 2 ) :: rest 
else Node (x,0,[]) :: ts 
| insert (x, ts) = Node (x,0,[]) ::ts 
fun meld (ts, ts ) = meldUniq (uniqify ts, uniqify ts ) 
exception EMPTY 
fun findMin [ ] = raise EMPTY 
| findMin [t] = root t 
| findMin (t ::ts) = 

let val x = findMin ts 

in if Elem.leq (root t, x) then root t else x end 
fun deleteMin [] = raise EMPTY 
| deleteMin ts = 

let fun getMin [t] = ( t, []) 

| getMin ( t:: ts) = 

let val (t', ts') = getMin ts 

in if Elem.leq (root t, root t’) then (t, ts) else (t 1 , t:: ts') end 
fun split (ts,rs,[]) = (ts, xs) 

| split (ts,xs,t:: c) = 

if rank t = 0 then split (ts,root t :: xs,c) else split (t :: ts,xs,c) 
val (Node (x,r,c), ts) = getMin ts 
val (ts',xs r ) = split ([],[],c) 
in fold insert xs' (meld (ts, ts')) end 


Figure 7: A functor implementing skew binomial queues (part II). 


dard ML functor. Like the binomial queue functor, this functor takes a structure 
specifying a type of ordered elements and produces a structure of priority queues 
containing elements of the specified type. Once again, lists of trees are maintained 
in different orders for different purposes. The trees in a queue are maintained in in¬ 
creasing order of rank (except that the first two trees may have the same rank), but 
the children of skew binomial trees are maintained in a more complicated order. The 
ti children are maintained in decreasing order of rank, but they are interleaved with 
the Si children, which have rank 0 (except s which has rank r — k). Furthermore, 
recall that each s 8 - is optional (except that s & is optional only if k = r). 


4 Adding a Global Root 

We next describe a simple module-level transformation on priority queues to reduce 
the running time of findMin to 0(1). Although this transformation can be applied 
to any priority queue module, it is only useful on priority queues for which findMin 
requires more than 0(1) time. 

Most implementations of priority queues represent a queue as a single heap- 
ordered tree so that the minimum element can always be found at the root in 0(1) 
time. Unfortunately, binomial queues and skew binomial queues represent a queue as 
a forest of heap-ordered trees, so finding the minimum element requires scanning all 
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the roots in the forest. However, we can convert this forest into a single heap-ordered 
tree, thereby supporting findMin in 0(1) time, by simply adding a global root to 
hold the minimum element. In general, this tree will not be a binomial or skew 
binomial tree, but this is irrelevant since the global root will be treated separately 
from the rest of the queue. The details of this transformation are quite routine, but 
we present them anyway as a warm-up for the more complicated transformation in 
the next section. 

Given some type P a of primitive priority queues containing elements of type a, 
we define the type of rooted priority queues RP a to be 

RP a = {empty} + (a x P a ) 


In other words, a rooted priority queue is either empty or a pair of a single ele¬ 
ment (the root) and a primitive priority queue. We maintain the invariant that the 
minimum element of any non-empty priority queue is at the root. For each oper¬ 
ation / on priority queues, let / and /' indicate the operations on P a and RP a , 
respectively. Then, 


findMin 1 ({x,q}) 
insert' (y,(x,q)) 
insert' (y,(x,q)) 

meld' {{x 1 ,q 1 ), {x 2 ,q2)) 
meld' {{x 1 ,q 1 ),{x2,q 2 )) 

deleteMm' (( x , q)) 


x 

(x , insert (y , q)) if x < y 

(y, insert (x,q)) ii y < x 

(xi, insert (x 2 , meld (qi, q 2 ))) if x i < *2 
{x 2 , insert (sq, meld (qq, q 2 ))) if x 2 < *1 
(findMin (q), deleteMm (q)) 


In Figure 8, we present this transformation as a Standard ML functor that takes 
a priority queue structure and produces a new structure incorporating this opti¬ 
mization. When applied to the skew binomial queues of the previous section, this 
tranformation produces a priority queue that supports both insert and findMin in 
0(1) time. However, meld and deleteMm still require O(logn) time. 

If a program requires several priority queues with different element types, it 
may be more convenient to implement this transformation as a higher-order func¬ 
tor (MacQueen & Tofte, 1994). First-order functors can only take and return struc¬ 
tures, but higher-order functors can take and return other functors as well. Although 
the definition of Standard ML (Milner et at, 1990) describes only first-order func¬ 
tors, some implementations of Standard ML, notably Standard ML of New Jersey, 
support higher-order functors. 

A priority queue functor, such as BmomialQueue or SkewBmomialQueue , is one 
that takes a structure specifying a type of ordered elements and returns a structure 
of priority queues containing elements of the specified type. The following higher- 
order functor takes a priority queue functor and returns a priority queue functor 
incorporating the AddRoot optimization. 


functor AddRootToFun (functor MakeQ (E : ORDERED) : 

sig 

include PRIORITY-QUEUE 
sharing Elem = E 
end) 
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functor AddRoot (Q : PRIORITY-QUEUE) : PRIORITY-QUEUE = 

structure Elern = Q.Elem 
datatype T = Empty \ Root of Elem. T x Q.T 
val empty = Empty 
fun isEmpty Empty = true 
| isEmpty (Root _) = false 
fun insert ( y, Empty) = Root (y, Q.empty) 

| insert (y, Root ( x, q )) = 

if Elem.leq (y, x) then Root (y, Q.insert (x, q)) else Root (x, Q.insert (y, q)) 
fun meld (Empty, rq) = rq 
| meld (rq, Empty) = rq 
| meld (Root (xi, qi), Root (x 2 , q 2 )) = 

if Elem.leq (xi, x 2 ) then Root (xi, Q.insert (x 2 , Q.meld (qi, q 2 ))) 
else Root (x 2 , Q.insert (xi, Q.meld (qi, q 2 ))) 

exception EMPTY 
fun findMin Empty = raise EMPTY 
| findMin (Root (x, q)) = x 
fun deleteMin Empty = raise EMPTY 
| deleteMin (Root (x, q)) = 

if Q.isEmpty q then Empty else Root (Q.findMin q, Q.deleteMin q) 


Figure 8: A functor for adding a global root to existing priority queues. 


(E : ORDERED) : PRIORITY-QUEUE = 

AddRoot (MakeQ (E)) 

Note that this functor is curried, so although it appears to take two arguments, 
it actually takes one argument (MakeQ) and returns a functor that takes the sec¬ 
ond argument (E). The sharing constraint is necessary to ensure that the functor 
MakeQ returns a priority queue with the desired element type. Without the sharing 
constraint, MakeQ might ignore E and return a priority queue structure with some 
arbitrary element type. 

Now, if we need both a string priority queue and an integer priority queue, we 


functor RootedSkewBmomialQueue = 

AddRootToFun (functor MakeQ = SkewBmomtalQueue ) 
structure StrmgQueue = RootedSkewBmomialQueue ( StrmgElem ) 
structure IntQueue = RootedSkewBmomialQueue (IntElem) 


where StrmgElem and IntElem match the ORDERED signature and define the 
desired orderings over strings and integers, respectively. 
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5 Bootstrapping Priority Queues 

Finally, we improve the running time of meld to 0(1) by applying a technique of 
Buchsbaum et al. (Buchsbaum et al, 1995; Buchsbaum & Tarjan, 1995) called data- 
structural bootstrapping. The basic idea is to reduce melding to simple insertion by 
using priority queues that contain other priority queues. Then, to meld two priority 
queues, we simply insert one priority queue into the other. 

As in the previous section, we describe bootstrapping as a module-level transfor¬ 
mation on priority queues. Let P a be the type of primitive priority queues containing 
elements of type a. We wish to construct the type BP a of bootstrapped priority 
queues containing elements of type a. A bootstrapped priority queue will be a prim¬ 
itive priority queue whose “elements” are other bootstrapped priority queues. As a 
first attempt, we consider 


BP a = P Pa 

Here we have applied a single level of bootstrapping. However, this simple solution 
does not work because the elements of the top-level primitive priority queue have the 
wrong type — they are simple primitive priority queues rather than bootstrapped 
priority queues. Clearly, we need to apply the idea of bootstrapping recursively, as 


BP a = P BPa 

Unfortunately, this solution offers no place to store simple elements. We therefore 
borrow from the previous section and add a root to every primitive priority queue. 

BP a = a x P BPa 

Thus, a bootstrapped priority queue is a simple element (which should be the 
minimum element in the queue) paired with a primitive priority queue containing 
other bootstrapped priority queues ordered by their respective minimums. Since 
bootstrapping adds a root to every primitive priority queue, the bootstrapping 
transformation subsumes the AddRoot transformation. Finally, we must allow for 
the possibility of an empty queue. The final definition is thus 

BP a = {empty} + R a where R a = a x P Ra 

Note that the primitive priority queues contain only non-empty bootstrapped pri¬ 
ority queues as elements. 

Now, each of the operations on bootstrapped priority queues can be defined in 
terms of the operations on the primitive priority queues. For each operation / on 
priority queues, let / and /' indicate the operations on P Ra and BP a , respectively. 
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Then, 

meld' {(x, empty), q) 

(xi, insert ((*2,92), 9i)) if x\ < *2 

(*2, insert ((sq, gi),g 2 )) if * 2 < *1 

(t/, meld(q 1 ,q 2 )) 

where (y,qi) = findMm (q) 
q 2 = deleteMm (q) 

Next, we consider the efficiency of bootstrapped priority queues. Since the min¬ 
imum element is stored at the root, findMm requires 0(1) time regardless of the 
underlying implementation. The insert and meld operations depend only on the in¬ 
sert of the primitive implementation. By bootstrapping a priority queue with 0(1) 
insertion, such as the skew binomial queues of Section 3, we obtain both 0(1) inser¬ 
tion and 0(1) melding. Finally, deleteMm on bootstrapped priority queues depends 
on findMm, meld, and deleteMm from the underlying implementation. Since skew 
binomial queues support each of these in O(logn) time, deleteMm on bootstrapped 
skew binomial queues also requires O(logn) time. 

In summary, bootstrapped skew binomial queues support every operation in 0(1) 
time except deleteMm, which requires O(logn) time. It is easy to show by reduc¬ 
tion to sorting that these bounds are optimal among all comparison-based priority 
queues. Other tradeoffs between the running times of the various operations are 
also possible, but no comparison-based priority queue can support insert in better 
than O(logn) worst-case time or meld in better than 0(n) worst-case time unless 
one of findMm or deleteMm takes at least O(logn) worst-case time (Brodal, 1995). 

The bootstrapping process can be elegantly expressed in Standard ML extended 
with higher-order functors and recursive structures, as shown in Figure 9. The 
higher-order nature of Bootstrap is analogous to the higher-order nature of Add- 
RootToFun, while the recursion between RootedQ and Q captures the recursion be¬ 
tween R a and Pr o . Unfortunately, although some implementations of Standard ML 
support higher-order functors (MacQueen & Tofte, 1994), none support recursive 
structures, so the recursion between RootedQ and Q is forbidden. In fact, there 
are good reasons for not supporting recursion like this in general. For instance, 
this recursion may not even be sensible if MakeQ can have computational effects! 
However, many priority queue functors, such as SkewBmomialQueue, simply define 
a few datatypes and functions, and have no computational effects. For these well- 
behaved functors, the recursion between RootedQ and Q does appear to be sensible, 
and it would be pleasant to be able to bootstrap these functors in this manner. 

Without recursive structures, we can still implement bootstrapped priority queues, 
but much less cleanly. We manually specialize Bootstrap to each desired primitive 
priority queue by inlining the appropriate priority queue functor for MakeQ and 
eliminating Q and RootedQ as separate structures. This reduces the recursion on 
structures to recursion on datatypes, which is easily supported by Standard ML. 
Of course, as with any manual program transformation, this process is tedious and 
error-prone. 


findMm ((x,q)) = 

insert' (x,q) = 

meld' ({x 1 ,q 1 ),{x 2 ,q 2 )) = 

meld' ({x 1 ,q 1 ),{x 2 ,q 2 )) = 

deleteMm' ((x, q)) = 
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functor Bootstrap (functor MakeQ (E : ORDERED ) : sig 

include PRIORITY-QUEUE 
sharing Elem = E 

(E : ORDERED) : PRIORITY-QUEUE = 
structure Elem = E 

(* recursive structures not supported in SML! *) 
structure rec RootedQ = 

datatype T = Root of Elem. T x Q.T 

fun leq (Root (xi, cp), Root ( X2, g2)) = Elem.leg (xi, x 2 ) 

and Q = MakeQ ( RootedQ ) 

open RootedQ (* expose Root constructor *) 

datatype T = Empty \ NonEmpty of RootedQ. T 

val empty = Empty 

fun isEmpty Empty = true 

| isEmpty (NonEmpty _) = false 
fun insert (x, xs) = meld (NonEmpty (Root (x, Q.empty)), xs) 
and meld (Empty, xs) = xs 
| meld (xs, Empty) = xs 

| meld (NonEmpty (ri as Root (xi, qi)), NonEmpty (r 2 as Root (x 2 , <72))) = 
if Elem.leq (xi, x 2 ) then NonEmpty (Root (xi, Q.insert (r 2 , qi))) 
else NonEmpty (Root (x 2 , Q.insert (r 1, q 2 ))) 

exception EMPTY 

fun findMin Empty = raise EMPTY 

| findMin (NonEmpty (Root (x, q))) = x 
fun deleteMin Empty = raise EMPTY 
| deleteMin (NonEmpty (Root (x, q))) = 
if Q.isEmpty q then Empty 
else let val (Root (y, gi)) = Q.findMin q 
val q 2 = Q.deleteMin q 
in NonEmpty (Root (y, Q.meld (gi, q 2 ))) end 


Figure 9: A higher-order functor for bootstrapping priority queues. 
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6 Optimizations 

Although bootstrapped skew binomial queues as described in the previous section 
are asymptotically optimal, there are still further optimizations we can make. Con¬ 
sider the type of priority queues resulting from inlining SkewBinomialQueue for 
MakeQ : 

datatype Tree = Node of Root x Rank x Tree list 
and Root = Root of Elem. T x Tree list 
datatype T = Empty \ NonEmpty of Root 

In this representation, a node has the form Node(Root(x, f),r,c), where x is an 
element, / is a list of trees representing a forest, r is a rank, and c is a list of trees 
representing the children of the node. Since every node contains both x and / we 
can flatten the representation of nodes to be 

datatype Tree = Node of Elem. T x Tree list x Rank x Tree list 

In many implementations, this will eliminate an indirection on every access to x. 

Next, note that / is completely ignored until its root is deleted. Thus, we do not 
require direct access to / and can in fact store it at the tail of c, combining the 
two into a single list representing c -H- /. This leads to the following representation, 
which usually saves a word of storage at every node: 

datatype Tree = Node of Elem. T x Rank x Tree list 

In this representation, it is necessary to traverse c during deleteMin to access /, 
but we need to traverse c anyway to extract the rank 0 children and reverse the 
remaining children. Given a rank r node, determining where c ends and / begins is 
usually quite easy. If r = 0, then c = []. If r = 1, then c consists of either one or two 
rank 0 nodes. If r > 1, then c ends with either a pair of nodes of the same non-zero 
rank or a rank 1 node followed by one or two rank 0 nodes. The only ambiguities 
involve rank 0 nodes: it is sometimes impossible to distinguish the case where c 
ends with two rank 0 nodes from the case where c ends with a single rank 0 node 
and / begins with a rank 0 node. However, in every such situation, it does no harm 
to treat the ambiguous node as if it were part of c rather than /. 

As a final simplification, note that the distinction between trees and roots is 
unnecessary, since every root can be treated as a tree of rank 0. Our final represen¬ 
tation is then 

datatype Tree = Node of Elem. T x Rank x Tree list 
datatype T = Empty \ NonEmpty of Tree 

This increases the size of every root slightly, but also eliminates some minor copying 
during melds. 


7 Related Work 

Although there is an enormous literature on imperative priority queues, there has 
been very little work on purely functional priority queues. 
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Paulson (1991) describes a (non-meldable) priority queue combining the tech¬ 
niques of implicit heaps (Williams, 1964), which traditionally are implemented us¬ 
ing arrays, with a balanced-tree representation of arrays supporting extension at 
the rear. Hoogerwoord (1992) represents arrays using the same trees as Paulson, but 
also allows the arrays to be extended at the front. A variant of Paulson’s queues, 
using the slightly simpler front-extension of Hoogerwoord, appears to be part of 
the functional programming folklore. 

King (1994) presents a purely functional implementation of binomial queues. 
Although binomial queues are considered to be rather complicated in imperative 
settings (Jones, 1986), King demonstrates that the more convenient list-processing 
capabilities of functional languages support binomial queues quite elegantly. 

Schoenmakers (1992), extending earlier work with Kaldewaij (1991), uses func¬ 
tional notation to aid in the derivation of amortized bounds for a number of data 
structures, including three priority queues: skew heaps^ (Sleator & Tarjan, 1986), 
Fibonacci heaps (Fredman & Tarjan, 1987), and pairing heaps (Fredman et al, 
1986). Schoenmakers also discusses splay trees (Sleator & Tarjan, 1985), a form of 
self-adjusting binary search tree that has been shown by Jones (1986) to be particu¬ 
larly effective as a non-meldable priority queue. Each of these four data structures is 
efficient only in the amortized sense. Although he uses functional notation, Schoen¬ 
makers restricts his attention to ephemeral uses of data structures, where only the 
most recent version of a data structure may be accessed or updated. Ephemeral- 
ity is closely related to the notion of linearity (Wadler, 1990). When persistence is 
allowed, traditional amortized analyses break down because operations on “expen¬ 
sive” versions of a data structure can be repeated arbitrarily often. Okasaki (1995a; 
1996) describes how to use the memoization implicit in lazy evaluation to support 
amortized data structures whose bounds hold even under persistence. However, 
of the above data structures, only pairing heaps appear to be amenable to this 
technique. 

Finally, our data structure borrows techniques from several sources. Skew linking 
is borrowed from the random-access lists of Okasaki (1995b), which in turn are a 
modification of the random-access stacks of Myers (1983). We use skew linking to 
reduce the cost of insertion in binomial queues to 0(1), but recursive slowdown (Ka¬ 
plan & Tarjan, 1995) and lazy evaluation (Okasaki, 1996) could be used for the same 
purpose. Data-structural bootstrapping is used by Buchsbaum et al. (Buchsbaum 
et al., 1995; Buchsbaum & Tarjan, 1995) to support catenation for double-ended 
queues, much as we use it to support melding for priority queues. 


8 Discussion 

We have described the first purely functional implementation of priority queues 
to support findMin, insert, and meld in 0(1) worst-case time, and deleteMm in 


Note that the “skew” in skew heaps is completely unrelated to the “skew” in skew 
binomial queues. 
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O(logn) worst-case time. These bounds are asymptotically optimal among all com¬ 
parison-based priority queues. Our data structure is an adaptation of an imper¬ 
ative data structure introduced by Brodal (1995), but we have both simplified 
his original data structure and clarified its relationship to the binomial queues of 
Vuillemin (1978). Our data structure is reasonably efficient in practice; however, 
there are several competing data structures that, although not asymptotically op¬ 
timal, are somewhat faster than ours in practice. Hence, our work is primarily of 
theoretical interest. The major area in which our data structure should be useful in 
practice is applications dominated by melding, particularly applications that also 
require persistent priority queues. 

Although we have implemented our data structure in Standard ML, a strict func¬ 
tional language, it could easily be translated into other functional languages, even 
lazy languages such as Haskell (Hudak et at, 1992). However, in a lazy language, 
the worst-case bounds become amortized because the actions of each insert, meld, 
and deleteMm are delayed until their results are needed by a findMin. For instance, 
a findMin following a sequence of m insertions and melds will take fil(m) time, 
although that time can be amortized over the insertions and melds in the usual 
way. This problem is not unique to our data structure — it applies to virtually all 
nominally worst-case data structures in a lazy language. See Okasaki (1995a; 1996) 
for a fuller discussion of the interaction between lazy evaluation and amortization. 

Next, we note that imperative priority queues often support two additional op¬ 
erations, decreaseKey and delete, that decrease and delete a specified element of 
the queue, respectively. The element in question is usually specified by a pointer 
into the middle of the queue, but this is awkward in a functional setting. One ap¬ 
proach is to represent the queue as a binary search tree, so that we can efficiently 
search for arbitrary elements. This is essentially the approach taken by King (1994). 
Empirical comparisons by Jones (1986) suggest that splay trees would be ideal for 
this purpose, at least for predominantly ephemeral usage.+ Unfortunately, melding 
binary search trees (including splay trees) requires O(n) time. 

An alternative approach is to use two priority queues, one containing “positive” 
occurrences of elements and one containing “negative” occurrences of elements. To 
delete an element, simply insert it into the negative queue. To decrease an element, 
delete the old value and insert the new value. Positive and negative occurrences 
of the same element cancel each other out when they both become the minimum 
elements of their respective queues. This approach can be viewed as the functional 
analogue of the lazy delete operation of Tarjan (1983). This solution works well 
provided the number of negative elements is relatively small. However, when there 
are many positive-negative pairs that have not yet cancelled each other out, this 
solution may be inefficient in both time and space. Further research is needed to 
support decreaseKey and delete efficiently in a functional setting. 

A final area of future work concerns the Standard ML module system. As noted 
in Section 5, recursive modules are not always sensible, and hence are currently 


However, since findMin on splay trees takes 0(log n) amortized time, it may be desirable 
to first apply the AddRoot transformation of Section 4. 
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disallowed in implementations of the language. However, recursion at the module 
level does appear to be sensible — and useful — for certain well-behaved modules. 
It would be interesting to formalize the conditions under which recursive modules 
should be allowed, and extend some implementation of Standard ML accordingly. 
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